探索

在上一章節中，我們介紹了財務報表。
本章節將針對 會計報表 進行說明，並針對報表與 om_account_accountant 進行比較。

簡單探索「om_account_accountant報表現況」？

om_account_accountant報表產出的報表（總分類帳、帳齡表）如下圖，實務應用中，常見的不足之處或使用者需求如下：

• 僅能輸出 PDF 格式。
• 應收帳齡表 未提列呆帳金額。
• 缺少當時帳務情況：無法呈現特定時間點的帳務狀態，僅能查詢最新資料。
• 缺乏細部資訊：例如產品、單價、數量、金額等明細資料。

架構

依照前述探索的案例，我們的目標是針對會計報表進行說明，具體架構如下：

• 總分類帳
  • 格式大同小異，僅針對欄位進行增縮。
  • 可以轉出EXCEL格式進行整理。
• 應收/應付帳齡表
  • 應收帳齡表關注「客戶是否準時付款」，收入來源與呆帳提列 。
  • 應付帳齡表關注「公司是否準時付款」，支出控管。
  • 可選擇收款日/帳款日進行分析。
  • 自動計算呆帳金額。
• 應收/應付明細表
  • 反映當時帳務情況:系統必須依據 當時的帳務狀態 產出報表，後續小補充進行案例說明。
  • 每月對帳明細:呈現 截至當月底的最新狀態，以利雙方確認未清帳款。
  • 可以列印有明細的資料，提供對帳時用。

實作

此次的案例筆者製作了多筆具備 不同時間點與收款條件 的測試資料，異動結果如下:

總分類帳－查詢條件

總分類帳

應收/應付帳齡表－查詢條件

應收/應付帳齡表

應收/應付明細表－查詢條件

應收/應付明細表

小補充 - 應收/應付明細表

案例說明:
在 2025 年 3 月 查帳時，會計師需要檢視 2024 年 12 月 31 日 的應收/應付明細。
此時，系統必須依據 當時的帳務狀態 產出報表，而非以最新收付款資料為準。

• 2024/12/15：公司開立客戶 A 發票，金額 $100,000。
• 2024/12/31：客戶尚未付款 → 2024/12/31 的應收明細 顯示 $100,000。
• 2025/01/10：客戶完成付款。
• 2025/03/01：會計師查詢 2024/12/31 的應收明細 → 報表仍顯示該筆 $100,000「未收款」，因為在 12/31 當下尚未入帳。

小結

在過往輔導只能請客戶在當下要進行留存報表，不然在系統中沒有回推功能時，會無法產出2024/12/31狀態下的明細，你想像如果有上千/上萬筆資料時，當數字有差異時，這就要花費大量的時間進行查閱，但這其實是常態會發生的，因此補足當時的帳務狀態是我覺得非常重要優先處理的功能。

透過本章案例可以看到，om_account_accountant 雖然提供了基礎的會計報表（如總分類帳、帳齡表），但在實務應用上仍有許多不足：

• 輸出格式單一：僅能匯出 PDF，缺乏彈性。
• 資訊不足：缺少呆帳提列、產品/數量等細節。
• 時間點限制：無法反映特定時點的帳務狀態。

自訂報表的設計則補足了這些缺口：

• 支援 Excel 輸出，方便進一步整理與分析。
• 可針對 應收/應付 提供更多分析選項（依收款日/帳款日）。
• 透過 明細表，能精準重現當時的帳務情況，並同時提供對帳功能。

總結來說，這樣的會計報表不只是「紀錄帳務」，而是進一步成為 核對工具 與 決策依據，讓會計人員能更有效率地處理財務資訊。